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Description 

This invention relates to data processing and more 
specifically to database management of records. 

Current data processing systems include database 
management programs. Tlnese programs provide easy 
access to database tables that each consist of a multiple 
of records. A relational database program provides ac- 
cess to several different database tables where ele- 
ments of one database table are contained in another 
database table. The relational database program allows 
the user to search, access, and alter data contained in 
several different database tables using a specific ele- 
ment or field that is common to these database tables. 
For example, one database table may contain employ- 
ees* names and employees' serial numbers. Another da- 
tal^ase table may contain employees' names and em- 
ployees' salaries. A third database table may contain 
employees' names and employees' locations. A relation- 
al database program may allow the user to access em- 
ployees' names, employees' serial numbers, employees' 
salaries, and employees' locations and make changes 
to these tables without having to individually access each 
database table separately. 

An important aspect of the database programs is the 
capability to provide fast and efficient access to records 
in the individual database. 

More recent data processing systems provide sup- 
port to a multiple of users simultaneously enabling each 
user to access data concurrently. 

An index file is commonly used by database man- 
agement programs to provide quick and efficient access 
to records in tables. These index files are commonly con- 
figured in a B-Tree structure. A reference that discusses 
the B-Tree is •Efficient Locking For Concurrent Opera- 
tion On B-Tree' by Lehman and Yao, ACM Transactions 
on Database Svstems , volume 6, number 4, December, 
1981 pages 650-670. Other references addressing 
B-Tree structures include The Ubiquitous B-Tree" by 
Comer, Computing Surveys , volume 11, number 2. 
June, 1979, pages 121-137; and "Concurrent Operation 
on B-Trees with Over Taking" by Sagiv, Proceedings 
ACM SIGACT-SIGMOD Symposium on Principles of 
Database Svstems. March, 1985. pages 28-37. 

The index file configured as a B-Tree structure con- 
sists of a root node with many levels of nodes branching 
from the root node. The information contained in these 
nodes include pointers to the nodes at the next level or 
pointers to records in the database. These pointers in- 
clude further information termed key record information 
which may reference the records in the database. The 
record keys are in an ordered form throughout the nodes. 
For example, an index tree may exist for an alphabetic 
listing of employee names. The root node would include 
reference keyed data that relates to records indirectly or 
directly referenced by the next level of nodes. The refer- 
ence keys contain information about the index field, i.e. 
the alphabetic spelling of the employees name. There- 



fore, the ordered keys in the root node would point to the 
next successive level of nodes. In other words, the next 
successive node may indirectly or directly reference all 
employees names beginning with A, B. and C. 

5 A next successive node, parallel with the first suc- 
cessive node, may contain employee records whose last 
name begin with the letters D-M. The last successive 
node on this level would reference records of employees 
with last names starting with N-Z. As one searches 

10 through the index file tree, a bottom, or leaf, node is even- 
tually reached. The contents of the bottom node include 
record keys that point to the individual records in storage. 

One problem in providing concurrent accesses to 
database tables occurs when multiple transactions are 

15 trying to access a record at the same time. Specifically, 
when one user wishes to change a record and another 
user is attempting to access this record, a contention sit- 
uation occurs. One solution to the contention problem is 
to provide exclusive access (or locking) to the records or 

20 to the portions of the B-Tree indexes to insure that the 
index node, or record is not changed while the user is 
attempting to access it. Locking it addressed in "Index 
Locking and Splitting" IBM Technical Disclosure Bulle- 
lin, volume 25, number 7B. December 1982. pages 

25 3725-3729; "Locking Protocols for Concurrent Operation 
on B-Trees", IBM Technical Disclosure Bulletin , volume 
19, number 10. March 1977, pages 3887-3889; and 
"Concurrent Maintenance of Binary. Search Trees", by 
Manber. IEEE Transactions on Software Engineering , 

30 volume SE-10. number 6, November 1984, pages 
777-784. 

The disadvantage to a locking solution is that a lock, 
while providing access to cne user, prevents access by 
any other user 

35 Information in index nodes may be altered during ac- 
cess by several users. These nodes contain the key 
record information that may be deleted or inserted into 
or deleted from the database table. Information from one 
node may be moved to another node during a record in - 

40 sert operation because of limited storage space for a 
node. The inserting transaction may attempt to move key 
record information from one node to another in order to 
accomplish the insertion task. This movement of infor- 
mation during concurrent transaction access may gen- 

45 erate error conditions within the concurrent transaction 
accesses because the index information is being 
changed. 

It is an object of the present invention to provide con- 
current access to the index by several transactions while 

so the index information is being changed without introduc- 
ing error conditions. 

According to the invention, there is provided a meth- 
od of operating a computer system for effecting simulta- 
neous transactions on a database by multiple users us- 

ss ing an index configured as a tree structure having a root 
node and lower level nodes= each node, except those in 
lowest level leaf nodes, referencing one or more nodes 
in the next tower level, with leaf nodes referencing cor- 
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responding records in the database, and each node, ex- 
cept leaf nodes, including key information to identify the 
next level node to be accessed in searching for a partic- 
ular record, and each leaf node including keys relating 
to records referenced by that leaf node, the keys being s 
ordered throughout the leaf nodes, said method connpris- 
ing. for a transaction Involving insertion or deletion of a 
current record in the database and its corresponding key 
in a leaf node in the index, the steps of: 

10 

traversing through the nodes of the tree from said 
root node to the leaf node corresponding to said cur- 
rent record in response to an input request to access 
said current record, using the key tnfonmation in said 
nodes; '5 
limiting access to a node being traversed and an 
immediately previously traversed node such that 
other users are only allowed read access to said 
node being traversed and said immediately previ- 
ously traversed node; 20 
inserting or deleting said current record and its cor- 
responding record key; and removing, after said 
step of inserting or deleting, all of the access limita- 
tions to the traversed nodes; 

and characterised by the steps of: 2s 
prior to said step of inserting or deleting, limiting 
access to said leaf node such that no other user may 
access said leaf node, identifying a next succes- 
sively located key in terms of the ordering of keys, 
relative to the key of the current record to be deleted 30 
or inserted, and limiting access to the record corre- 
sponding to said next successively located key such 
that no other user may access said record; and 
removing, after said step of inserting or deleting, the 
access limitation to the record corresponding to the 3S 
next successively located key. 

There is further provided a digital data processing 
system for effecting simultaneous transactions on a da- 
tabase by multiple users, including an index configured 
as a tree structure having a root node and lower level 
nodes, in which each node, except those in lowest level 
leaf nodes, references one or more nodes in the next 
lower level, with leaf nodes referencing corresponding 
records in the database, and in which each node, except ^ 
leaf nodes, includes key information to identify the next 
level node to be accessed in searching for a particular 
record, with each leaf node including keys relating to 
records referenced by that leaf node, the keys being or- 
dered throughout the leaf nodes, said system further in- so 
eluding means for processing a transaction involving in- 
sertion or deletion of a current record in the database 
and its corresponding key in a leaf node in the index, said 
processing means comprising: 

55 

means for traversing through the nodes of the tree 
from said root node to the leaf node corresponding 
to said current record in response to an input request 



to access said current record, using the key infor- 
mation in said nodes; 

means for limiting access to a node being traversed 
and an immediately previously traversed node such 
that other users are only allowed read access to said 
node being traversed and said immediately previ- 
ously traversed node; 

means for inserting or deleting said current record 
and its corresponding record key; and means for 
removing, after said inserting or deleting, all of the 
access limitations to the traversed nodes; 
and characterised by: 

means for limiting access to said leaf node such that 
no other user may access said leaf node, for identi- 
fying a next successively located key in terms of the 
ordering of keys, relative to the key of the current 
record to be deleted or inserted, and for limiting 
access to the record corresponding to said next suc- 
cessively located key such that no other user may 
access said record, prior to said inserting or deleting; 
and 

means for removing, after said inserting or deleting, 
the access limitation to the record corresponding to 
the next successively located key. 

An embodiment of the invention will now be de- 
scribed, by way of example, with reference to the accom- 
panying drawings, in which: 

Figure 1 is a illustration of a database table; 
Figure 2 is a illustration of the database table stored 
in a computer memory; 

Figure 3 is a block diagram illustrating a simple 
B-Tree index: 

Figure 4 is an illustration of the storage of index 
B-Tree node data in a computer memory; 
Figure 5 is a flow chart illustrating an initial search 
through an index B-Tree; 

Figure 6 is a flow chart illustrating a fetch through 
the index B-Tree; 

Figure 7 is a flow chart illustrating an insert through 
the index B-Tree; 

Figure 8 is a flow chart illustrating a delete through 
the index B-Tree; 

Figure 9 is a flow chart illustrating a node splitting 
algorithm; and 

Figure 1 0 is a flow chart illustrating a node collapsing 
algorithm. 

This invention relates to the accessing of records in 
a database system. The following example is an overly 
simplified database access problem provided to enable 
the reader to more easily understand the invention con- 
tained herein. The reader should understand, that in re- 
ality, the number of entries and amount of information 
that is contained in database tables are much greater 
than Illustrated. 

Figure 1 illustrates table 10 containing employee 
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names and numbers. Each employee record includes a 
single employee number. The names In table 10 are list- 
ed in alphabetical order However it should be apparent 
to those skilled in the art that this is not how the records 
are normally stored in the computer memory. ^ 

Figure 2 is an illustration of the storage of the em- 
ployee name/number key records in a computer memory 
12. Each record 14, 16, 18, 20, 24. and 26 consists of 
several portions. In record 14, the record first consist of 
an address portion 28. the employee name 30, and the io 
employee number 32. The address 28 is the actual lo- 
cation of the employee name 30 and the employee 
number 32 in the computer memory. Table 1 2 of Figure 
2 illustrates that the storage of the names is not in alpha- 
betical order and is not even contiguous. 

The database system normally provides an index 
tree that enables a user to quickly access a specific 
record in storage. An example of such an index is pro- 
vkJed in Figure 3. For simplicity of presentation, the index 
tree is presented in two levels. Index 40 consist of a root 20 
node connected to three nodes 50, 52. and 54. The root 
node 42 is termed 'index identifier" and details the type 
of information in the index. In this example, the index is 
an alphabetically ordered (ascending) index of the em- 
ployees' names. Each employee's name includes a key. 2S 
In this example, the key is the first letter of the employ- 
ee's name. The keys are used to identify a next level 
node to be accessed in searching for a specific employee 
name record. In the root node 42, the keys consist of 
letters "D" 44,"F" 46, "NULL" 48. The D key 44 directs 30 
the user from the root node 42 (the parent node) to node 
50 (a child node). Node 50 contains key record informa- 
tion for direct access of the employees Andrews, Baker, 
and Chester However, only a single key is used in the 
root node. This key relates to the highest level of infor- 3S 
mation (or the highest key record) that might now exist 
or have existed in the node 50. Likewise the "F" 46 di- 
rects a user to node 52 that contains the Edgar and Ed- 
wards employee names. Lastly, •NULL" 48 directs the 
user to node 54. The "NULL" key indicates that node 54 40 
is the last successive leaf node. It should be apparent to 
those skilled in the art that the index 40 may also contains 
multiple Ifevels of nodes. The two level index 40 is pro- 
vided for the sake of simplicity. 

The contents of node 50, 52 and 54 as it would ap- ^5 
pear in a computer memory is illustrated in Figure 4 as 
columns 56. 58 and 60 respectively. Column 56 repre- 
sents how the information contained in node 50 would 
be stored in a computer memory. Column 56 consist of 
a set of pointers 62 and data storage area 64. Pointer 66 so 
points to the information containing the employee name 
Andrew and employee number Likewise, pointer 68 
points to the employee name Baker and related informa- 
tion. Thus, when a transact bn accesses a node, the 
transaction first examines the pointer portion of the node 
information to determine where the key record informa- 
tion is stored. This pointer information provides direct ac- 
cess to the storage containing the desired Information. 



In multilevel indexing structure including intermediate 
levels, the node storage would contain pointers that point 
to addresses for the next successively located nodes ac- 
cording the key record information. The pointers would 
be ordered according to their respective key infomriation. 
However, a successive node, such as 50 that contains 
several employee names is only referenced by a single 
key from a parent node. The reference key Is the highest 
key record information allowable in the node. In index 
trees including intermediate nodes, the key in a preced- 
ing (or parent) node is a key for the highest record that 
is referenced by any of the keys. 

Figure 5 illustrates a flow chiart for accessing record 
information through the index. It should be understood 
that in a database management system, the operations 
illustrated by Figures 5-8 is called during an access 
transaction. In accordance with the illustrated example, 
the transaction would be attempting to fetch a record to 
determine the employee number or to perform some oth- 
er operation such as record insert or record delete oper- 
ation. 

Figures 3 and 4 also illustrate pointers 51 and 53 
that point from one leaf node to a next successively lo- 
cated leaf node. These pointers 72 and 74 direct an ac- 
cessing transaction to the next successively located leaf 
node. In this example, the NULL entry 76 in node 60 in- 
dicates that node 60 is the last node. 

In Figure 5, the access logic starts at step 100 and 
proceeds to step 102 where the Index root node is 
S-Latched and accessed. An S-Latch provides limited 
access to other concurrent users. This limited access 
provides the other users with the capability to only read 
the node. No other access, such as the capability to de- 
lete or change, is provided. The index identifier node 
identifies the type of index and provides the initial direc- 
tion for accessing a record in this example. The index 
identifier node would identify the index as an alphabetic 
index in ascending order for the employee names. In 
step 103, the child node to be accessed would be iden- 
tified according to the information in the parent node. In 
step 104, it is determined whether not the operation to 
be performed is a fetch operation. If the operation is not 
a fetch operation, in other words the operation is a record 
insert (or key record insert) or record delete (or key 
record delete) operation, the program proceeds to step 
106 to determine if the next node beneath the parent 
node is a leaf node or bottom node. If the next node is a 
leaf node, the program proceeds to the step 110 and ac- 
quires an X-Latch on the child node. The X-Latch is an 
exclusive latch that excludes all other accesses to this 
node. In other words, the transaction that applies the 
X-Latch excludes all other transactions from accessing 
this node. 

Returning to step 104. if the operation is a fetch op- 
eration or, retuming to step 106, if the child is not a leaf 
node, the logic proceeds to step 108 to acquires an 
S-Latch on the child node. The logic proceeds to step 
1 1 2, where it accesses the child node and determines if 



4 



EP 0 314 292 Bl 



8 



the key of the record being searched is greater than the 
key in the child node. If this key is greater, the logic pro- 
ceeds to step 1 1 4 to determine if the tree index structure 
is latched. If the tree is not latched, the logic proceeds to 
step 118 wherein the parent and child nodes are un- 
latched and the tree is latched. The logic then proceeds 
from step 1 1 8 back to step 1 02 to reinitiate the operation 
upon the granting of the tree latch. Optimizations are 
possible to reduce the number of nodes to be accessed 
when the operation is re-attempted. 

In this example, an X-l^tch on a tree is provided to 
incficate to all other accesses that a change in tree struc- 
ture is being made. If a tree X-Latch access is in progress 
when a latch is attempted on the tree, the attempting ac- 
cess must wait till the earlier access is complete. An 
S-Latch on a tree is provided to all other accesses to in- 
dicate that no structure changes are being made but oth- 
er accesses may concurrently access the index tree. No 
other changes can occur until the S-Latch is released. 
Tree traversal may occur regardless of the existence of 
S-Latches or X-Latches. These tree traversals may in- 
clude key record deletions or insertions. 

In step 1 14 it the tree is latched, or in step 1 12 if the 
key is not greater than the highest key in the child, the 
logic proceeds to step 116 to determine if the child Is a 
leaf. If the child is not, the logic proceeds to step 115 to 
unlatch the parent node and then returns to step 103. 
However, if the child is a leaf, the logic proceeds to step 
120 to unlatch the parent and then to step 122, 124 and 
1 26 to determine if the operation is a fetch, insert or de- 
lete operation. In this example provided, if neither of 
these three operations are attempted, the logic will return 
to the user in step 130. In practice this return would in- 
clude an error indicator signifying that the operation to 
be performed is not identifiable by this accessing at- 
tempts 

If the operation is a fetch operation, the logic pro- 
ceeds to step 200 illustrated on Figure 6. In step 200, the 
logic finds the requested key being searched or at least 
the next highest key. In step 202, the logic then requests 
a conditional lock on the key record. In this example a 
conditional lock is requested from managing logic that 
manages the locks on the record keys. The term 'condi- 
tional' means that if the lock is not immediately granted, 
a response will be provided to the requesting accessor 
indicating that such a lock is not being granted. This re- 
sponse is used in Step 204. If the lock has not been 
granted, the logic proceeds to step 206 to unlatch the 
child node and then to step 208 to request an uncondi- 
tional lock on the key record. In step 208, the accessor 
then waits until such iock is granted before it proceeds. 
Once the lock is granted, it proceeds though connector 
21 3 to step 1 02 in Figure 5 to restart the search. Return- 
ing to step 204, if the lock has been granted, the logic 
proceeds to step 209 to return the key record data. In 
step 210, the chikj node is unlatched. In step 211. the 
key record is unlocked. It should be apparent to those 
skilled in the art that step 211 will occur when the trans- 
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action is complete or at an earlier time. 

In Figure 7. the insert operation is illustrated. It 
should be apparent to those skilled in the art that the key 
record to be inserted will be X-Locked, if necessary, be- 
fore the insert operation begins. This operation would in- 
sert a record in the computer memory and provide an 
inserted key into the index updating the respective node 
(s) of the index enabling other transactions to access the 
newly inserted record. In step 300, it is first determined 
if the key can fit into the bottom or leaf node. If so, the 
logic proceeds to step 304 to find the next key that is 
greater than the key to be inserted. If the next key is not 
in the node, the access is pointed to the next successive- 
ly located leaf node. If there is no next successively lo- 
cated leaf node, the access finds the null indicator. Then, 
in step 308, the logic request a conditional X-Lock on the 
next key record. In step 31 2, it is then determined wheth- 
ar or not this lock has been granted. If so, in step 318 the 
new key is inserted on the first bottom node that was 
reached in step 300. In step 324, the next record and key 
record are unlocked. Also, any held latches are released 
in step 329. Then, in step 325. the logic returns. It should 
be apparent to those skilled in the art that the lock on the 
inserted key record will be released when the transaction 
is complete. Returning to step 31 2. if the lock is not grant- 
ed, the logic proceeds to step 316 to unlatch the child 
and then to step 322 to request an unconditional X-Lock 
on the next key record. The logic then returns through 
connector 328 to step 102 (Figure 5). 

Returning to step 300, if the key will not fit into the 
leaf node, the logic proceeds to step 302 to request a 
conditional tree X-Latch. In step 306, it is determined 
whether or not the conditional latch is granted. If not the 
logic proceeds to step 310 to unlatch the child node and 
then to step 314 to request an unconditional tree 
X-Latch. Upon being granted the unconditional tree 
X-Latch or, in step 306 if the latch is granted, the logic 
proceeds to step 320 to perfonn a node splitting algo- 
rithm. This node splitting algorithm provides a new node 
containing a portion of the information from the previous 
node. The node splitting algorithm may also provide ad- 
ditional intermediate nodes wherein the additional nodes 
would be updated. The parent node is modified to con- 
tain the highest key record and a pointer to the new node. 
A node splitting algorithm is illustrated in Figure 9. Fur- 
thermore, node splitting is addressed in Data Structures 
and Algorithms , by Aho, Hopcroft and Ullman, Addi- 
son-Wesley Publishing Company. 1 983, pages 1 70-1 79. 
Upon completion of the node splitting algorithm, the logic 
proceeds to step 326 to unlatch the tree. The logic would 
then return to step 1 02 (Figure 5) through connector 327. 

Figure 8 illustrates the delete operation. It should be 
apparent to those skilled in the art that the key record to 
be deleted will be X-Locked, if necessary, before the de- 
lete operation begins. In step 400, the logic finds the next 
key greater than the key to be deleted. In step 402, the 
logic requests a conditional X-Lock on this next key 
record. The logic proceeds to step 404 to determine if 
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the lock is granted. If the lock is not granted, the logic 
proceeds to unlatch the child node in step 406 and then 
to request an unconditional lock on the next key record 
in step 41 C. The logic then proceeds through connector 
431 to step 102 (Fig- 5). 5 

Returning to step 404, if the lock is granted, then the 
key is deleted in step 408. The logic then proceeds to 
step 412 to determine if the next node is empty. If not, 
the logic unlatches the node in step 42 1 . unlocks the next 
key record in step 41 3 and returns in step 41 4. However, ' o 
if the node is then empty, the logic proceeds to step 416 
to request a conditional tree X latch. Then in step 418 
the program determines if the latch has been granted. If 
not, in step 420, the logic unlatches the child node and 
then in step 422, proceeds to request an unconditional ^5 
tree X latch. Once the latch is granted, either from step 
422 or from step 418, the logic proceeds to step 424 to 
perform the node collapsing algorithm which removes 
the empty node and the references to the empty node 
from the preceding nodes in the index tree. This algo- 20 
rithm is illustrated in Figure 10. In step 426 the tree is 
unlatched. In step 429, the deleted key record and the 
next key record is unlocked. It should be apparent to 
those skilled in the art that step 429 will occur when the 
transaction is complete. 

Figure 9 illustrates a node splitting algorithm. In this 
algorithm a new node is added to the index tree to store 
the newly inserted key record. Additionally all the pre- 
ceding, or parent, nodes in the index tree may be updat- 
ed to reflect the addition of this new node and the infor- 30 
mation contained therein. In step 500, a new node is ob- 
tained. In step 502, the new node is X-Latched. In step 
504 a portion of the keys from the node that is being split 
is moved to the new node. It should be apparent that a 
pointer is also included in the node being split to refer- 
ence the new node. Additionally, if required, a pointer in 
the new node is provided to indicate the next successive- 
ly located node to the new node. In step 506, the node 
being split and the new node are both unlatched. In step 
507, the parent node to the node being split is then ^0 
X-Latched- In step 508, the parent node is updated. In 
step 510 the parent node is unlatched. It should be ap- 
parent to those skilled in the art, that the updating of the 
parent node may actually include the splitting of the par- 
ent node and the updating of several successively locat- ^5 
ed parent nodes up the index tree. 

Figure 10 illustrates a node collapsing algorithm. 
The purpose of the node collapsing algorithm is to re- 
move an empty node from the index tree to conserve 
memory and to provide efficient access to keys. In step so 
600, a node adjacent to the empty node is X-Latched. In 
step 602, the keys of this adjacent node are then moved 
to the empty node. In step 604, the pointer in the receiv- 
ing node the keys is then updated to locate the node with 
newly loaded keys. In step 606, the next node, now emp- 55 
ty is removed. In step 608, the latches for the child node, 
the node with the newly removed keys, and the adjacent 
node, that has been removed, are unlatched. The parent 



node or nodes are then X-Latched in step 610. In step 
612, the parent node or nodes are updated to remove 
the pointer to the removed node and to adjust the key 
associated with the node that receives the keys from the 
removed node. In step 614. the parent nodes are then 
unlatched. As discussed in Figure 9, the updating of the 
parent node or nodes maybe a recursive process as 
would be apparent to those skilled in the art. 

The present system provides for a number of data- 
base transactions to access an index tree concurrently. 
This concurrent access is provided in a manner that 
guarantees that repeated accesses will provide consist- 
ent results within a single transaction if deemed neces- 
sary. In other words, the procedure previously illustrated 
provides that a transaction that is accessing an index 
tree during the change of index tree by another transac- 
tion will not return erroneous or invalid information that 
may result from accessing a portion of the index tree dur- 
ing this change. This is possible because of the tree 
latch. The tree latch is used in a way to allow concun-ent 
accesses to the tree during the index tree change. How- 
ever, the transaction protocol requires that when a con- 
dition exists wherein an error is possible, the transaction 
encountering this possible error condition requests a 
latch on the tree as opposed to returning an error condi- 
tion or erroneous data. By requesting a latch on the tree, 
the requesting transaction must wait if another transac- 
tion that, is in fact, changing the index tree structure be- 
cause this earlier transaction would have also requested 
a tree latch. When the tree latch is finally granted, the 
requesting transaction will then be assured that no 
changes are being made to the index tree structure dur- 
ing its access. This procedure is advantageous over ex- 
cluding access to the index tree in that it allows concur- 
rent accesses and provides a mechanism to insure that 
transaction will not retrieve information that is being 
changed during an index tree structure change. 



Claims 

1 . A method of operating a computer system for effect- 
ing simultaneous transactions on a database by 
multiple users using an index (40) configured as a 
tree structu re having a root node (42) and lower level 
nodes (50, 52, 54), each node, except those in low- 
est level leaf nodes, referencing one or more nodes 
in the next lower level, with leaf nodes referencing 
corresponding records in the database, and each 
node, except leaf nodes, including key information 
(44, 46, 48) to identify the next level node to be 
accessed in searching for a particular record, and 
each leaf node including keys relating to records ref- 
erenced by that leaf node, the keys being ordered 
throughout the leaf nodes, said method comprising, 
for a transaction involving insertion or deletion of a 
current record in the database and its corresponding 
key in a leaf node in the index, the steps of: 
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traversing (103, 104) through the nodes of the 
tree from said root node to the leaf node cxirre- 
sponding to said current record in response to 
an input request to access said current record, 
using the key information in said nodes; s 
limiting access (108. 115) to a node being tra- 
versed and an immediately previously traversed 
node such that other users are only allowed 
read access to said node being traversed and 
said immediately previously traversed node; 
inserting (318) or deleting (408) said current 
record and its corresponding record key; and 
removing (329, 421), after said step of inserting 
or deleting, ci; the access limitations to the tra- 
versed nodes; is 
and characterised by the steps of: 
prior to said step of inserting or deleting, limiting 
access ( 1 1 0) to said leaf node such that no other 
user may access said leaf node, identifying 
(304, 400) a next successively located key in 20 
terms of the ordering of keys, relative to the key 
of the current record to be deleted or inserted, 
and limiting access (308, 402) to the record cor- 
responding to said next successively located 
key such that no other user may access said 25 
record; and 

removing (324, 413), after said step of inserting 
or deleting, the access limitation to the record 
corresponding to the next successively located 
key 30 

2. A method according to claim 1 , in which, for inserting 
said current record, the removal of the access limi- 
tation to the record associated with the next succes- 
sively located key precedes the removal of all 3S 
access limitations to the traversed nodes. 

3. A method according to claim 1 , in which, for deleting 
said current record, the removal of all access limita- 
tions to the traversed nodes precedes the removal 40 
of the access limitation to the record associated with 

the next successively located key. 

4. A method according to claim 1 or 2 including, for 
inserting said current record, the steps of: 

determing if the key associated with the current 
record can be inserted in said leaf node; and 

if the key can be so inserted, inserting the key so 
and the current record; or 

if the key cannot be so inserted: 

providing an indication that the index tree ss 
structure is to be changed; 

altering the index tree to add a node to 



receive said current record; 

removing the indication of the tree structure 
change; and 

inserting the key and the current record. 

5. A method according to claim 1 or 3 including, for 
deleting said current record, the steps of: 

determining if the key associated with the cur- 
rent record is the only record in said leaf node; 
and 

if it is not, deleting the key and the current 
record; or, if it is: providing ah indication that the 
index tree structure is to be changed; 

deleting the key and the current record; 

altering the index tree structure to remove the 
node; and 

removing the indication of the index tree struc- 
ture change. 

6. A digital data processing system for effecting simul- 
taneous transactions on a database by multiple 
users, including an index (40) configured as a tree 
structure having a root node (42) and lower level 
nodes (50, 52, 54), In which each node, except those 
in lowest level leaf nodes, references one or more 
nodes in the next lower level, with leaf nodes refer- 
encing corresponding records in the database, and 
in which each node, except leaf nodes, includes key 
information (44, 46, 48) to identify the next level 
node to be accessed in searching for a particular 
record, with each leaf node including keys relating 
to records referenced by that leaf node, the keys 
being ordered throughout the leaf nodes, said sys- 
tem further Including means for processing a trans- 
action involving insertion or deletion of a current 
record In the database and its corresponding key In 
a leaf node in the index, said processing means 
comprising: 

means for traversing through the nodes of the 
tree from said root node to the leaf node corre- 
sponding to said current record in response to 
an input request to access said current record, 
using the key information in said nodes; 
means for limiting access to a node being tra- 
versed and an immediately previously traversed 
node such that other users are only allowed 
read access to said node being traversed and 
said immediately previously traversed node; 
means for inserting or deleting said current 
record and its corresponding record key; and 
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means for removing, after said iriserttng or 
deleting, all of the access limitations to the tra- 
versed nodes; 
and characterised by: 

means for limiting access to said leaf node such 5 
that no other user may access said leaf node, 
for Identifying a next successively located key 
in terms of the ordering of keys, relative to th^ 
key of the current record to be deleted or 
inserted, and for limiting access to the record io 
corresponding to said next successively located 
key such that no other user may access said 
record, prior to said inserting or deleting; and 
means for removing, after said inserting or 
deleting, the access limitation to the record cor- ^5 
responding to the next successively located 
key. 

7. A system according to claim 6 including, for inserting 
said current record, means for determining if the key 20 
associated with the current record can be inserted 

in said leaf node, and, for when the key can not be 
so inserted, means for providing an indication that 
the index tree structure is to be changed, means for 
altering the index tree to add a node to receive said 25 
current record, and for removing the indication of the 
tree structure change prior to insertion of the key and 
the current record. 

8. A system according to claim 6 including, for deleting 30 
said current record, means for determining if the key 
associated with the current record is the only record 

in said leaf node and, for when it is, means for pro- 
viding an indication that the index tree structure is to 
be changed means for deleting the key and the cur- 35 
rent record, means for altering the index tree struc- 
ture to remove the node, and for removing the indi- 
cation of the index tree structure change. 

40 

Patentanspruche 

1. Ein Verfahren zum Betreiben eines Rechnersy- 
stems zur gleichzeitigen Durchfuhrung von Trans- 
aktionen in einer Datenbank durch Mehr- 45 
fach-Anwender unter Verwenduhg eihes Index (40), 
der als Baumstruktur konflguriert ist, die einen Wur- 
zelknoten (42) und Knoten (50. 52, 54) der unteren 
Ebene aufweist, wobei jeder Knoten, abgesehen 
von denen in der untersten Ebene. Blattknoten sind, so 
die einen oder mehrere Knoten in der nachsttieferen 
Ebene ansprechen und die Blattknoten entspre- 
chende Datensatze in der Datenbank ansprechen, 
und jeder Knoten, abgesehen von den Blattknoten, 
Schlusselinformationen (44, 46, 48) beinhaltet zum 55 
identifizieren des Knotens der jeweils nachsten 
Ebene zum Zugriff darauf bei der £uche nach einem 
bestimmten Datensatz, und jeder Blattknoten 



Schlussel enthalt. die sich auf die von diesem Blatt- 
knoten angesprochenen Knoten beziehea wobei 
die Schlussel durch die Blattknoten geordnet sind, 
wobei dieses Verfahren im Hinblick auf eine Trans- 
aktion, die das Einschieben oder das Loschen eines 
augenblicklichen Datensatzes in der Datenbank und 
deren entsprechenden Schlussel in einem Blattkno- 
ten Im Index, die folgenden Schritte beinhaltet: 

Durchlaufen (103, 104) der Knoten des Baums 
vom Wurzelknoten zum Blattknoten, der dem 
laufenden Datensatz entspricht als Reaktion 
auf eine Eingabeanforderung, auf den augen- 
blicklichen Datensatz Zugriff zu nehmen unter 
Verwendung der Schlusselinformationen in die- 
sen Knoten; 

EInschranken des Zugriffs (108, 115) auf einen 
Knoten, der durchlaufen wird, sowie auf den 
unmittelbar davor durchlaufenen Knoten, so 
daB andere Anwender nur zum Lesezugriff auf 
den eben durchlaufenen Knoten und auf den 
unmittelbar vorher durchlaufenen Knoten zuge- 
lassen sind; 

Einschieben (318) bzw. Loschen (408) des 
aktuellen Datensatzes und seiner entsprechen- 
den Dalensatzschlussel; 

und nach dem Schritt des Einschiebens bzw. 
Loschens Entf emen (329, 421 ) aHer Zugriffsbe- 
schrankungen auf die durchlaufenen Knoten; 

gekennzeichnet durch die folgenden Schritte: 

vor dem Einfuge- bzw. Loschschritt EInschran- 
ken des Zugriffs (110) auf den Blattknoten, so 
da8 kein anderer Anwender auf diesen Blatt- 
knoten Zugriff haben kann, Identifizieren (304, 
400) eines nachsten nachfolgend angeordne- 
ten Schlussels in der Form der Schlusselreihen- 
fotge bezuglich des Schlussels des laufenden 
Datensatzes, der geloscht oder eingefugt wer- 
den soil, und Einschranken des Zugriffs (308, 
402) auf den Datensatz entsprechend diesem 
nachsten nachfolgend angeordneten Schlus- 
sels, so daf3 kein anderer Anwender auf diesen 
Datensatz Zugriff nehmen kann; und 

nach diesem Schritt des Einschiebens oder 
Loschens Entf emen (324. 413) der Zugriffsein- 
schrankung auf den Datensatz entsprechend 
dem nachsten nachfolgend angeordneten 
Schlussel. 

2. Ein Verfahren gemaB Anspruch 1, in dem, zwecks 
Einfugen des laufenden Datensatzes, das Entfer- 
nen der Zu griff seinsch ran kung fur den Datensatz, 
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der dem nachstfolgenden Schlossel zugeordnet .s 
dem Entfemen aller Zugriffseinschrankungen auf 
die durchlaufenen Knoten vofhergeht. 

Ein Verfahren gemafi Anspfuch 1. in dem. ^ecks 
Loschens des laufenden Datensatzes das Enlle - 
nen aller Zugriffseinschrankungen auf die durchiau- 
^en Knotenderr, Entfernen derZugriffseins^^^^^^^^ 
kungen auf den Datensatz. der dem nachstfolgen- 
den Schlussel zugeordnet ist, vorhergeht. 

Ein verfahren gemaB Anspruch 1 oder 2. 
einschlieBlich, zwecks EinfOgens des augenblickli- 
chen Dalensaues. der folgenden Schrrtte: 

Feststellen. ob der dem augenblicklichen 
Datensatz zugeordnete Schlussel in den Blatt- 
knoten eingefugt werden kann; und 

wenn der Schlussel eingefugt werden kann. 
Einfugen des SchlOssels und des augenblickli- 
chen Datensatzes; oder 

der Schlussel nicht eingefOgt werden 
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strukturanderung. 



wenn 
kann: 
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Vorsehen einer Anzeige. da(3 die Index- 
baumstruktur geandert werden mu6; 

Verandem des Indexbaums, urn einen Kno- 
ten zur Aufnahme des augenblicklichen 
Datensatzes hinzuzufugen; 

Entfernen der Anzeige Qber die Baumstruk- 
tun/eranderung; und 

Einfugen des SchlOssels und des augen- 
blicklichen Datensatzes. 

Ein Verfahren gemaU Anspnich 1 oder 3, 
emschlieBlich, zwecks L6scher>s des augenbl.ckli- 
chen Datensatzes. der folgenden Schrrtte: 

Feststellen. ob der dem augenblicklichen 
Datensatz zugeordnete Schlussel der emz.ge 
Datensatz im Blattknoten ist; und 

wenn nicW. Loschen des SchlOssels und des 
augenblicklichen Datensatzes; oder wenn er es 
ist: 



Vorsehen einer Anzeige, daB die Index- 
baumstmktur geandert werden muB; 
Loschen des SchlOssels und des augen- 
bficklichen Datensatzes; 
Verandem der Indexbaumstruktur. urn den 
Knoten zu entfemen; und 
Entfemen der Anzeige der Indexbaum- 



6 Ein digitales Datenverarbeitungssystem zum gleich- 
■ zeitigen Durchfuhren von Transaktionen in einer 
5 Datenbank durch Mehrfach-Anwender einschheB- 
lich eines Index (40). d-' jIs Baumstmklur konfigu- 
riert ist die einen Wurzelknoten (42) und Knoten 
(50 52 54)derunterenEbeneaufweist,wobeijeder 
Knoten abgesehen von den Blattknoten der unter- 
10 sten Ebene einen oder mehrere Knoten in der 
nachsttieferen Ebene ansprechen und die Blattkno- 
ten entsprechende Datensatze in der Datenbank 
ansprechen, und in denen jeder Knoten. abgesehen 
von den Blattknoten. Schlusselinformationen (44. 
,5 46 48) beinhaltet zum Identifizieren des Knotens 
de'r jeweils nachsten Ebene zum Zugriff darauf be. 
der Siiche nach einem bestimmten Datensatz. und 
ieder Blattknoten Schlussel enthalt, die sich auf die 
von diesem Blattknoten angesprochenen Kno en 
beziehen, wobeidie Schlussel durch die Blattknoten 
geordnet sind, wobei dieses System ferner M«el 
zum Durchfuhren einer Transaktion zum Emch.e- 
ben bzw Loschen eines augenblicklichen Datensat- 
zes in der Datenbank und lessen entsprechender. 
SchlOssel in einem Blattknoten im Index bemhaltet. 
wobei dieses Verarbeitungsmittel umfaBL 

Mittel zum Durchlaufen der Knoten des Baums 
vom Wurzelknoten zum Blattknoten. der dem 
laufenden Datensatz entspricht. als ReaWion 
auf eine Eingabeanfordening. auf den aufen- 
den Datensatz zugriff zu nehmen unter Venwen- 

dung der Schlusselinformationen in diesen 
Knoten; 

Mittel zum Einschranken des Zugriffs auf einen 
Knoten. der durchlaufen wird. sowie den unm.t^ 
telbar davor durchlaufenen Knoten so daB 
andere Anwender nur zum Lesezugnff auf den 
eben durchlaufenen Knoten und auf den unmit- 
telbarvorherdurchlaufenen Knoten zugelassen 

sind; 

Mittel zum Einschieben bzw. Loschen des aWu- 
ellen Datensatzes und seiner entsprechenden 
Datensatzschlussel; und 

Mittel zum Entfemen aller Zugriffsbeschrankun^ 
nen auf die durchlaufenen Knoten nach dem 
Schrrtt des Emschiebens bzw. Loschens; 

und gekennzeichnet durch: 

Mittel zum Einschranken des Zugriffs auf den 
Blattknoten. so daB kein anderer Anwender a-j^ 
diesen Blattknoten Zugriff haben kann. zum 
Identifizieren eines nachsten nachtdgend 
angeordneten SchlOssels in der Fomi der 
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Schlusselreihenfolge bezuglich des Schlussels 
des faufenden Datensatzes. der geloschl bzw. 
eingefugt warden soli, und zum Einschranken 
des Zugriffs auf den Datensalz entsprechend 
diesem nachsten nachfolgend angeordneten 
Schlussel, so da3 kein anderer Anwender vor 
dem Einfuge- bzw. Loschschritt auf diesen 
Datensatz Zugriff nehmen kann; und 

Mittel zum Entternen derZugriftseinschrankung 
auf den Datensatz entsprechend dem nachsten 
nachfolgend angeordneten Schlussel nach die- 
sem Schritt des Einschiebens oder Loschens. 

7. Ein System gemaB Anspruch 6, einschliefBlich, 
zwecks Einschiebens des augenblicklichen Daten- 
satzes, Mrttel zum Festlegen. ob der dem augen- 
blicklichen Datensatz zugeordnete Schlussel in den 
Blattknoten eingefugt werden kann, und, wenn der 
Schlussel nicht eingefugt werden kann. Mittel zum 
Vorsehen einer Anzeige. dafJ die Indexbaumstruktur 
geandert werden mufJ, Mittel zum Andern des 
Indexbaums, um einen Knoten einzufugen, um den 
augenblicklichen Datensatz aufzunehmen, und zum 
Entfemen der Anzeige der Baumstrukturanderung 
vor dem Einfugen des Schlussels und des augen- 
blicklichen Datensatzes. 

8. Ein System gema3 Anspruch 6, einschlieBlich, 
zwecks Loschens des augenblicklichen Datensat- 
zes, Mittel zum Festlegen, ob der dem augenblick- 
lichen Datensatz zugeordnete Schlussel der einzige 
Datensatz in dem Blattknoten 1st und, wenn er es ist. 
Mittel zum Vorsehen einer Anzeige, da3 die Index- 
baumstruktur geandert werden mu3, Mittel zum 
Loschen des Schlussels und des augenblicklichen 
Datensatzes, Mittel zur Andem der Indexbaum- 
struktur zwecks Enttemens des Knotens und 
zwecks Entfemens der Anzeige Qber die Index- 
baumstrukturanderung. 



Revendications 

1. Methode Sexploitation d'un systeme informatique 
pour effectuer des transactions simultanees sur une 
base de donnees par de multiples uttlisateurs utili- 
sant un index (40) dent la, configuration a la forme 
d'une structure arborescente ayant un noeud de 
racine (42) et des noeuds de niveau inferieur (50, 
52. 54), chaque noeud, k I'exception de ceux dans 
des noeuds de feuille de niveau inferieur, indiquant 
un ou plusieurs noeuds dans le prochain niveau infe- 
rieur. des noeuds de feuille indiquant des enregis- 
trements correspondants dans la base de donnees, 
et chaque noeud, h Texception des noeuds de 
feuille, comprenant des informations de cle (44, 46, 
48) pour identifier le prochain noeud de niveau 



auquel il doit y avoir acces dans la recherche d'un 
enregistrement particulier, ei chaque noeud de 
feuille comprenant des cles relatives a des enregis- 
trements indiques par ce noeud de feuille. les cles 
etant ordonnees dans les noeuds de feuille, ladite 
methode comprenant, pour une transaction impli- 
quant insertion ou I'effacement d'un enregistrement 
en cours dans la base de donnees et de sa cle cor- 
respondante dans un noeud de feuille de I'index, les 
etapes de: 

parcourir (1 03. 1 04) les noeuds de I'arbre a par- 
tir dudit noeud de racine jusqu'au noeud de 
feuille correspondant audit enregistrement en 
cours en reponse a une requetts d'entree pour 
un acces audit enregistrement en cours, en uti- 
lisant les informations de cle dans lesdits 
noeuds; 

limiter I'acces (108. 115) a un noeud parcouru 
et a un noeud parcouru immediatement avant 
pour que d'autres utilisateurs ne puissent 
qu'avoir un acces de lecture audit noeud par- 
couru et audit noeud parcouru immediatement 
avant; 

Inserer (318) ou effacer (408) ledit enregistre- 
ment en cours et sa cle d'enregistrement cor- 
respondante; et 

supprimer (329, 421) apres ladite etape d'inse- 
rer ou d'effacer, toutes les limitations d'acces 
au^ " -euds parcourus; 
et caracterisee par les etapes de: 
avant ladite etape d'inserer ou d'effacer, limiter 
I'acces (110) audit noeud de feuille pour 
qu'aucun autre utilisateurne puisse avoir acces 
audit noeud de feuille. identifier (304, 400) une 
prochaine cle suivante en fonction de I'ordon- 
nancement des cles, par rapport a la cle de 
I'enregistrement en cours ^ effacer ou inserer, 
et limiter I'acces (308. 402) a I'enregistrement 
correspondant a ladite prochaine cle suivante 
pour qu'aucun autre utillsateur ne puisse avoir 
acces audit enregistrement; et 
supprimer (324, 41 3), apres ladite etape d'inse- 
rer ou d'effacer, la limitation d'acces a I'enregis- 
trement correspondant a la prochaine cle sui- 
vante. 

2. Methode selon la revendication 1 dans laquelle, 
pour inserer ledit enregistrement en cours, la sup- 
pression de la limitation d'acces k I'enregistrement 
associe k la prochaine cle suivante, precede la sup- 
pression de toutes les limitations d'acces aux 
noeuds parcourus. 

3. Methode selon la revendication 1 dans laquelle, 
pour effacer ledit enregistrement en cours, la sup- 
pression de toutes les limitations d'acces aux 
noeuds parcourus, precede la suppression de la 
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limitation d'acces a renregistrement associe a la 
prochaine cle suivante. 

4. Melhode selon les revendications 1 ou 2 compre- 
nant, pour inserer ledit enregistrement en cours, les s 
etapes de: 

determiner si la cle associee a renregistrement 
en cours peut etre inseree dans ledit noeud de 
feuille; et 

si la cle peut etre inseree ainsi: 

inserer la cle et renregistrement en cours; 
ou 

75 

si la cle ne peut pas etre inseree: 

fournir une indication que la structure arbo- 
rescente de I'index doit etre changee; 
modifier Tarbre d'index afin tfajouter un 20 
noeud pour recevoir ledit enregistrement 
en cours; 

supprimer {'indication du changement de la 

structure arborescente; et 

inserer la cle et renregistrement en cours. 25 

5. Methode selon les revendications 1 ou 3 compre- 
nant. pour effacer ledit enregistrement en cours, les 
etapes de: 

30 

determiner si la cle associee a renregistrement 
en cours est le seul enregistrement dans ledit 
noeud de feuille; et 

dans la negative, effacer la cle et renregistre- 
ment en cours; ou, dans I'affirmative: 3S 

tournir une indication que la structure arbo- 
rescente d'index doit etre changee; 
effacer la cle et renregistrement en cours; 
modifier la structure arborescente d'index 
pour supprimer le noeud; et 
supprimer {'indication du changement de la 
structure arborescente d'index. 

6. Syst^me de traitement de donnees numeriques ^5 
pour effectuer des transactions simultanees sur une 
base de donnees par de multiples utitisateurs utili- 
sant un index (40) dont la configuration a la forme 
d'une structure arborescente ayant un noeud de 
racine (42) et des noeuds de niveau inlerieur (50, 50 
52, 54), dans lequel chaque noeud, ^ Texception de 
ceux dans des noeuds de feuille de niveau inferieur. 
indique un ou plusieurs noeuds dans le prochain 
niveau inferieur. des noeuds de feuille indiquant des 
enregistrements correspondants dans la base de 55 
donnees, et dans tequet chaque noeud. a Pexcep- 
tion des noeuds de feuille, comprend des informa- 
tions de cle (44, 46, 48) pour identifier le prochain 



noeud de niveau auquel il doit y avoir acces dans la 
recherche d'un enregistrement particulier, chaque 
noeud de feuille comprenant des cles relatives d des 
enregistrements indiques par ce noeud de feuille. 
les cles etant ordonnees dans les noeuds de feuille, 
ledit systeme comprenant en outre des moyens de 
traitement pour traiter une transaction impliquant 
{'insertion ou reffacement d'un enregistrement en 
cours dans la base de donnees et de sa cle corres- 
pondante dans un noeud de feuille de Tindex. lesdits 
moyens de traitement comprenant: 

des moyens pour parcourir les noeuds de 
I'arbre a partir dudit noeud de racine jusqu'au 
noeud de feuille correspondant audit enregis- 
trement en cours en reponse k une requete 
d'entree pour un acces audit enregistrement en 
cours, en utilisant les informations de cle dans 
lesdits noeuds; 

des moyens pour limiter I'acces k un noeud par- 
couru et a un noeud parcouru immediatement 
avant pour que d'autres utitisateurs ne puissent 
qu'avoir un acces de lecture audit noeud par- 
couru et audit noeud parcouru immediatement 
avant; 

des moyens pour inserer ou effacer ledit enre- 
gistrement en cours et sa cle d'enregistrement 
correspondante; et 

des moyens pour supprimer, apres ladite etape 
d'inserer ou d'effacer, toutes les limitations 
d'acces aux noeuds parcourus; 
et caracterise par 

des moyens pour limiter racces audit noeud de 
feuille pour qu'aucun autre utilisateur ne puisse 
avoir acces audit noeud de feuille, pour Identi- 
fier une prochaine cle suivante en fonction de 
I'ordonnancement des cles, par rapport a la cle 
de renregistrement en cours k effacer ou inse- 
rer, et pour limiter I'acces k {'enregistrement cor- 
respondant k ladite prochaine cle suivante pour 
qu'aucun autre utilisateur ne puisse avoir acces 
audit enregistrement avant ladite etape d'inse- 
rer ou d'effacer; et 

des moyens pour supprimer, apres ladite etape 
d'inserer ou d'effacer, la limitation d'acces k 
renregistrement correspondant k la prochaine 
cle suivante. 

7. Systeme selon la revendication 6 comprenant, pour 
inserer ledit enregistrement en cours, des moyens 
pour determiner si la cle associee k {'enregistrement 
en cours peut etre inseree dans ledit noeud de feuille 
et, lorsque la cle ne peut pas etre inseree ainsi, des 
moyens pour fournir une indication que la structure 
arborescente d'index doit etre changee, des 
moyens pour modifier Parbre d'index afin d'ajouter 
un noeud pour recevoir ledit enregistrement en 
cours. et pour supprimer {'indication du changement 
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de la structure arborescente avant I'insertion de la 
cle et de I'enregistrement en cours. 

Systeme selon la revendication 6 comprenant, pour 
effacer ledit enregistrement en cours, des moyens s 
pour determiner si lacleassociee ^Tenregislrement 
en cours est le seul enregistrement dans ledit noeud 
de feuille et, torsqu'il en est ainsi, des moyens pour 
fournlr une indication que la structure arborescente 
doit etre changee, des moyens pour effacer la cle et io 
I'enregistrement en cours, des moyens pour modi- 
fier la structure arborescente d'index de manlere a 
supprimer le noeud» et pour supprimer I'indication 
du changement de la structure arborescente 
d'index. 
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